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SUN REF:P6117US 

METHOD AND APPARATUS FOR NETWORK IDENTIFICATION 
BACKGROUND OF THE INVENTION 

5 The present invention relates to computer systems, and in particular to computer 
systems having processing units, which are connectable to a communications network 
via which information may be communicated. 

There are many fields in which mankind has become reliant on computers to perform 
10 valuable and sometimes essential functions. The reliance on computer systems 
demands that the downtime of a computer system is as small as possible. The 
downtime of a computer system is a period during which a computer system is 
inoperable, for example as a result of a fault in the system. If a computer system goes 
down, the inconvenience and loss of revenue caused can be substantial. For example, 
15 if a computer system is operating as a server or exchange forming part of a 

telecommunications system, then during the down-time no communications can be 
performed using the telecommunications system, which can result in a considerable 
loss of business and therefore revenue for an organization. Computer systems are 
therefore arranged to be as reliable as possible, so that the downtime is reduced to a 
20 minimum. Accordingly, the up-time of a computer system may be required to be in 
the order of 99.9995%, which equates approximately to a down-time of a few seconds 
per year. 

Computer systems are designed and manufactured to standards that reduce as far as 
25 possible the likelihood of malfunction. However, in order to minimize any down- 
time, which may occur as a result of a malfunction, it has been proposed to design 
parts of the computer system such that a part can be replaced as quickly as possible 
with a part which performs the same function. 
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In this context, a processing unit of a computer system can be arranged to be 
replaceable. The computer system can include one or more processing units 
interconnected via a network. The processing units are connectable to the network 
and can include one or more processors and a hard disk drive or other storage device 
5 containing software that controls the operation of the processing unit. Alternatively, 
or in addition, the processing unit can include a preprogrammed controller or 
microcontroller for providing processing functions. The processing unit typically 
also includes other components mounted on one or more carriers, for example on a 
motherboard. The processing unit often is housed in an enclosure, but may be also be 
1 0 configured as a motherboard without a housing that plugs into a backplane. 

Particularly in systems comprising multiple processors interconnected by a network 
for use in a telecommunications environment, the processors are configured as field 
replaceable units (FRUs) that are designed to be replaced in the event of a malfunction 
15 occurring in the processing unit. In such a situation, the hard disk of the replacement 
processing unit is often provided with pre-loaded software equivalent to the software 
processes loaded onto the original hard disk. The original processing unit may then be 
repaired off-line. 

20 The processing unit can also include communication interfaces to enable connection 
to a communications network. This can be used to effect communication between 
different parts of a computer system, which computer system includes the processing 
unit, and/or between different computer systems. The communications network 
concerned can, for example, be a local bus, a local area network, an intranet or the 

25 Internet or the like. In order to communicate via a network, the processing unit needs 
to be able to identify itself to the network. It is therefore provided with a network 
identity. 

For example, communications networks, operable under an Ethernet protocol or the 
30 like, communicate data via a common medium to processing units attached to the 
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medium by appending the data to network identities which, the processing units 
recognise. Each processing unit which is arranged to communicate using a particular 
network standard such as Ethernet is therefore provided with a unique address, so that 
the processing unit may communicate via any network conforming to that standard. 
5 Typically, processing units forming part of a computer system are provided with a 
communications interface such an Ethernet interface, for embodying the network 
identity. Once the processing unit has been connected to the communications 
network, the network identity for that processing unit will be used by all other 
processing units connected to the communications network. This is typically arranged 
1 0 in that the processing units themselves receive, or a separate processing unit receives, 
the network identities from other processing units and pass(es) the network identities 
via a so-called device tree and they are then stored so as to provide configuration 
information to enable communication via the network. 

15 Accordingly, processing units arranged to communicate via a communications 
network are each provided with a network identity, which is generally stored in 
memory of the processing unit. If a processing unit is replaced by another processing 
unit, the communications network and the devices connected to the communications 
network will not recognise that processing unit and so will be unable to communicate 

20 with the processing unit. 

In order to effect replacement of a processing unit, the replacement processing unit 
should be arranged to communicate via the communications network, in substantially 
the same way as the original processing unit communicated. In order to minimize 
25 downtime, it is desirable that the replacement be made as quickly and efficiently as 
possible. 



3 



SUN REF:P6U7US 



SUMMARY OF THE INVENTION - , 

One aspect of the invention provides a processing unit connectable to a data 
communications network. The processing unit has a device reader operable to read a 
5 supplied network identity from a portable storage device, the processing unit being 
operable to use the supplied network identity from the portable storage device for 
communicating via the data communications network. The processing unit is 
operable to monitor the continued presence of the portable storage device in the 
device reader, and, in the event of the removal of the portable storage device, to signal 
10 a fault state. 

An embodiment of the invention addresses the technical problem of enabling a 
replacement processing unit to continue communicating via a communications 
network, by providing a processing unit with a device reader arranged to read a 

15 portable storage device bearing a network identity. As such, once the original 
processing unit has been replaced, the replacement processing unit can be arranged to 
use the network identity of the original processing unit by reading this network 
identity from the portable storage device through the device reader. The 
communications network and the other devices connected to the communications 

20 network are therefore unaware that the original processing unit has been replaced. 
The replacement processing unit can continue communicating via the network with 
the same identity (e.g. the same address) as the original processing unit, without any 
further re-configuration or requirement to recognise a new network identity. 

25 An embodiment of the invention also enables the processing unit to check that the 
portable storage device has not been removed. The removal of the portable storage 
device need not in itself cause a fault with the processing system, but if that portable 
storage device were to be placed in another processing unit, then that could lead to 
two processing units having the same identity on the network, which could then lead 

30 to the network crashing. 
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It should be understood that the term 'processing unit', as used herein, includes any 
network connectable unit of a networked computer system of one or more computers. 

5 An example of a device reader of an embodiment of the invention is arranged to read 
a hand held and hand insertable data carrier. This means that such a portable storage 
device can have a form such that a user may manually insert the portable storage 
device into the device reader by hand without the use of a tool or without any 
adaptation or arrangement which is required to insert the portable storage device into 
1 0 the reader by any other means other than with the human hand alone. In this example, 
therefore, the portable storage device is therefore of a form such that it is readily 
insertable and removeable by the human hand. 

In a particular form of the invention, the portable storage device is a card having a 
15 readable semiconductor memory, of the types typically known as a memory card or a 
smart card or the like, the device reader being arranged to receive and read the card 
memory. A memory card typically includes memory only, whereas a smart card also 
includes a microprocessor or microcontroller as well. Other forms of portable storage 
device could also be used, such as for example a Subscriber Identity Module (SIM) 
20 card or the like, with the device reader being arranged to receive and read the SIM 
card. The network identity can include, for example, a Media Access Control (MAC) 
address. 

In the event that the processing unit detects that the portable storage device has been 
25 removed from the device reader, the processing unit can be further operable to power 
itself down in the event that a portable storage device having network identity is not 
reinserted in the device reader within a predetermined time, which time is less than 
that required to power up another processing unit. If the removed portable storage 
device were to be placed in another processing system, that was then powered up, one 
30 could end up with two processing units having the same network identity. This could 
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lead to the network being brought down as a result of there being two units on the 
network with the same identity. By powering itself down, the processing unit from 
which the portable storage device was removed can prevent this happening. 

5 The processing unit can be provided with first memory operable to store a default 
network identity for communication via the data communications network and second 
memory operable to receive the supplied network identity from the portable storage 
device. The processing unit can be operable, on being powered up, to determine 
whether a portable storage device is present in the device reader. If a said portable 

10 storage device is present in the device reader, it can then be operable to copy the 
supplied network identity from the portable storage device to the second memory and 
to use the supplied network identity. Where a said portable storage device is not 
present in the device reader, the processing unit can be operable to use the default 
network identity. In this way a processing unit can be operable using a default 

1 5 network identity, that is, for example, predetermined by the equipment manufacturer. 

When the processing unit detects the removal of the portable storage device from the 
device reader, it can be operable to start a timer, which can be implemented in 
hardware or software, to define a predetermined time. The processing unit can then 
20 be operable to power itself down where a portable storage device having the supplied 
network identity is not reinserted in the device reader within the predetermined time 
following removal of the portable storage device from the device reader. 

Following removal of the portable storage device from the device reader, the 
25 processing unit can be operable to detect a new insertion of a portable storage device 
in the device reader. It can read a network identity from the newly inserted portable 
storage device and can compare the read network identity to the supplied network 
identity in the second memory. If the network identities match, then the processing 
unit can be operable to cancel the timer and accept the newly inserted portable storage 
30 device. In other words, the processing unit will interpret this sequence of events as 

6 



SUN REF: P6117US 



the operator having re-inserted the portable storage device previously removed. If the 
network identities do not match, then the processing unit can be operable to let the 
timer run. To alert the operator, the processing unit can be operable to cause the 
signalling of a fault condition, for example to cause a fault light to operate (e.g., flash) 
5 during running of the timer to signal a fault condition. 

In an embodiment of the invention, the processing unit includes a service processor in 
addition to a main, or host, processor, the service processor being programmed to 
control reading of the device reader. 

10 

In a particular example of the invention, the processing unit is a computer server, for 
example a rack mountable computer server. 

Another aspect of the invention provides a control program for controlling the 
15 selection of a network identity for a processing unit connectable to a data 
communications network, which processing unit has a device reader operable to read a 
supplied network identity from a portable storage device. The control program is 
operable to select the supplied network identity from the portable storage device for 
communication via the data communications network. The control program is also 
20 operable to monitor the continued presence of the portable storage device in the 
device reader, and, in the event of the removal of the portable storage device, to signal 
a fault state. 

The control program can be embodied, for example, in firmware for controlling a 
25 microcontoller that forms a service processor for the processing unit. Alternatively, it 
could be held in memory and control the operation of a host or an auxiliary processor. 

A further aspect of the invention provides a server computer comprising a device 
reader, a processor, memory and a microcontroller, the microcontroller being operable 
30 as a service processor and connected to monitor the device reader to detect the 
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presence of a portable storage device therein and to read the. content of a portable 
storage device memory. 

Another aspect of the invention provides a method of controlling the selection of a 
5 network identity for a processing unit connectable to a data communications network. 
The method comprises: reading a device reader operable to read a supplied network 
identity from a portable storage device; using the supplied network identity from the 
portable storage device for communication via the data communications network; 
monitoring the presence of the portable storage device in the device reader; and in the 
1 0 event of the removal of the portable storage device, signalling a fault state. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the present invention will be described hereinafter, by way of 
example only, with reference to the accompanying drawings in which like reference 
5 signs relate to like elements and in which: 

Figure 1 is a schematic block diagram of a computer system; 
Figure 2 is an illustrative representation of an Ethernet data packet; 
Figure 3 is an aspect view of a schematic representation of a processing unit 
replaceably mountable within a chassis; 
10 Figure 4 is a part aspect view, part block diagram of a part of an example of a 
processing unit, shown in Figure 3, embodying the present invention; 
Figure 5 is a flow diagram representative of the operation of the processing unit 
according to Figure 4; 

Figure 6 is a flow diagram representative of an alternative operation of the processing 
15 unit according to Figure 5; 

Figure 7 illustrates a modification to the processes of Figures 5 and Figure 6; 

Figure 8 is a flow diagram illustrating a process for monitoring the presence of a 

portable storage device in the processing unit; 

Figure 9 is a schematic block diagram of elements of an example of a portable storage 
20 device; 

Figure 1 0 is a flow diagram illustrating a modification to the processes of Figures 5 
and 7; 

Figure 1 1 is a flow diagram of a process for modifying a network identity held on the 
portable storage device; 
25 Figure 12 is a flow diagram of a process for accessing secure information held on the 
portable storage device; 

Figure 1 3 is a schematic diagram illustrating a security fixing on a receiving slot of a 
device reader; 

Figure 14 is a schematic diagram illustrating an alternative arrangement of a device 
30 reader; 
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Figure 15 is a schematic representation of an example of a processing unit 
incorporating the invention; 

Figure 16 is a block diagram representing functional elements of the processing unit 
of Figure 15; and 

Figures 17 and 18 illustrate the insertion of a portable storage device into a device 
reader in the processing unit of Figure 15. 
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DESCRIPTION OF PARTICULAR EMBODIMENTS 

A simplified block diagram of a computer network is shown in Figure 1. In Figure 1 
data processing equipment 1 is shown connected to a data communications network 2. 
5 Also connected to the data communications network 2 are further examples of data 
processing equipment 4, 8 and 10, and other devices such as, for example, a printer 6. 
It will be appreciated that these are just examples of possible devices that can 
communicate via the data communications network. The data communications 
network may be a local area network (LAN), a wide area network (WAN), the 
1 0 Internet, etc. 

The computer network shown in Figure 1 is provided as an example only of an 
arrangement in which devices are designed to communicate data via a data 
communications network 2. The data communications network 2 can operate, for 

1 5 example, in accordance with an Ethernet protocol in which data is communicated via 
an Ethernet cable which provides a common medium through which all devices 
connected to the medium can receive and transmit data. Data to be communicated to 
a particular one of the devices connected to the network is detected and received by 
that device by an Ethernet address appended to the data. A conceptual diagram of the 

20 structure of an Ethernet packet is shown in Figure 2 where a first field A represents 
the address of the device to receive the data and a second field D represents the data 
being communicated. 

The computer system may also include a second communications network 3, which 
25 may be provided for reasons which will be explained shortly. 

The present invention finds application in facilitating communication via a data 
communications network, particularly in a situation where a device coupled to the 
network is replaced by another, replacement, device. Any one of the devices shown in 
30 Figure 1 could be configured in accordance with the invention. However in the 
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following, as an illustration of the invention, embodiments of. the invention will be 
described in the context of data processing equipment 1 as a device embodying the 
invention. 

5 Figure 3 is a schematic representation of an example of data processing equipment 
(data processor) 1 that includes a chassis 20 in which there is replaceably mounted a 
processing unit 22. The processing unit 22 is shown to include a motherboard 24, 
including a processor (CPU), a memory, etc) and a hard disk drive 26, although it will 
be appreciated that the processing unit 1 comprises other parts that are not shown in 
10 Figure 3. 

In order to communicate via the network, the processing unit 22 needs to have a 
network identity that can be recognised by other devices on the network. Also, the 
processing unit 22 will have associated with it certain parameters that define aspects 
15 of its configuration. 

Conventionally, devices to be connected to a communications network are provided 
with a unique network identity from the manufacturer that is fixed throughout the 
lifetime of the component. As a result the device may be connected to any data 
20 communications network conforming to the same standard for which the device has 
been configured to effect data communications. 

An operating system running on the processing unit 22 can access the network 
identity, or network address, of each device in the computer network system via a 
25 device tree. The network identities of the devices are usually maintained for each of 
the devices by the operating system, unless and until the network is re-configured. 
The addresses of the devices connected to the network are established once by the 
operating system, using the device tree. Thereafter to effect communication via the 
network, the same network identity for a particular device is always used. 

30 
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This is in itself all well and good. However, difficulties arise when a processing unit 
has to be replaced with another unit, for example as a result of a fault developing with 
the processing unit 22. In such a situation, and bearing in mind the requirements for 
high system availability, particularly in telecommunications applications, the most 
5 efficient way of restoring system availability minimising downtime is to replace the 
faulty unit. However, this brings with it the problem of allocating the network 
identity and the other configuration data to the replacement unit. 

As represented in Figure 3, therefore, in the event that the processing unit 22 is 
1 0 identified as being faulty, then the processing unit 22 is removed and is replaced by a 
corresponding processing unit 22' that performs an equivalent function. As such the 
hard disk 26 of the replacement processing unit 22' will typically have the same 
software as that loaded onto the hard disk of the original, and now faulty, processing 
unit 22. The arrow 28 represents the replacement unit 22' replacing the original 
1 5 processing unit 22 to perform the same function of the original processing unit 22 
thereby minimising the downtime. 

Simply replacing the processing unit 22 with a replacement unit 22' would not in 
itself allow the new processing unit 22' to operate. In particular, if one device on the 
20 network is simply replaced by another, communications via the data communications 
network cannot be made, because the replacement device will have a different 
network identity from that of the original device. 

An embodiment of the present invention contributes to enabling the replacement 
25 processing unit 22' reliably and securely to continue communicating using the data 
communications network 2 without requiring a reconfiguration of the network. 

An arrangement is provided in which data communications via the network can 
continue after a device has been replaced. This arrangement provides continued 
30 communications, without the devices comprising the computer system having to 
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change the address to which data destined for that device is communicated, which 
would be required if the network were to be re-configured. 

Figure 3 schematically represents that the motherboard 24 includes a device reader 
5 having a receiving gap 32 through which a portable storage device may be received 
and read by the device reader. A better understanding of the arrangement of the 
motherboard 24 is provided through an illustration of a first example of processing 
unit shown in Figure 4 where parts also appearing in Figure 3 bear the same numerical 
designation. 

10 

It should be noted that although in this example the device reader is described as being 
on a motherboard, this is merely for convenience of illustration. For example, a 
processing unit may not include a motherboard. Also, the device reader may be 
located anywhere in a processing unit as long as it is functionally interconnected with 
15 other elements of the processing unit to enable the reading and processing of data 
from a portable storage device. 

In Figure 4, the motherboard 24 has a device reader 40 that is connected to a processor 
42 on the motherboard via a local bus 44. The local bus 44 may be for example an 

20 I2C serial bus. The motherboard also includes a non- volatile random access memory 
46 that is also connected to the processor 42. The motherboard 24 further includes a 
boot programmable read only memory (PROM) 48 which is connected via the I2C bus 
44 to the processor 42 and to a communications port 50, which is connected via 
connector 52 to the data communications network 2. Figure 4 also represents, by 

25 means of the arrow 56, the insertion of a portable storage device 54 into the device 
reader 40. 

The portable storage device 54 in the example embodiment of the present invention is 
a smart card which includes a random access memory (RAM) 58 in which a network 
30 identity and other data to be used by the processing unit is pre-stored. The smart card 
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also includes a microcontroller 59 that is to provide security of access to at least the 
network identity stored in the smart card. 

However it will be appreciated that a smart card is merely an example of a portable 
5 storage device 54 that is hand holdable and hand insertable into and removable from 
the reader 40. Other portable storage devices could be used, such as a Subscriber 
Identity Module (SIM) or the like, or a MEMORY STICK (RTM) or the like 
configured as a secure storage medium. 

10 The operation of the processing unit shown in Figure 4 will now be explained. In 
order to provide a facility through which the replacement processing unit 22' may use 
the same network identity as the original processing unit 22, data representing the 
network identity is pre-stored in the smart card 54. As such, when the processing unit 
22 is replaced, the smart card 54 may be removed from the smart card reader 40 on the 

15 motherboard 24 and introduced into the corresponding smart card reader 40 of the 
motherboard 24 in the replacement processing unit 22'. 

Following power-up of the data processing equipment 1, the processor 42 on the 
motherboard 24 reads instructions from the boot PROM 48. In accordance with these 

20 instructions the processor 42 operates to interrogate the smart card reader 40 via the 
I2C bus 44 to ascertain whether or not a smart card is present in the smart card reader 
40. If the smart card is present, the processor 42 operates to read the network identity 
from the smart card 54 and to configure the communications port 50 with this network 
identity. The address is then used to update a device tree, which provides a list of the 

25 network identities of the devices connected to the network, with this address in a 
conventional manner. Thereafter, data communications are effected via the data 
communications network 2 through the link 52 using the address supplied from the 
smart card 54. 
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Accordingly, it will be appreciated that for the network 2 and the other devices 4, 6, 8 
and 10 communications are unaffected, and apart from the period during which the 
original processing unit 22 is replaced by the processing unit 22', communications via 
the network are substantially uninterrupted. In the event, however, that the smart card 
5 54 is not present in the reader 40, the processing unit could be arranged to terminate 
the boot operation and to signal a fault. 

An example of the operation of the processor 42 on reading the code in the boot 
PROM 48 is summarised by the flow diagram shown in Figure 5. In Figure 5 at the 
10 start of the process 80 the processor reads the boot PROM 48 and performs the 
following steps. 

At decision step 82 the processor determines whether there is a smart card present in 
the smart card reader 40. If the smart card is present then the processor operates at 
15 step 84 to read the network identity from the smart card. At process step 86 the 
processor configures the communications port 50 to use the network identity from the 
smart card to communicate via the network. At this point the process terminates 88. 

If the smart card is not present in the smart card reader then the processing unit is 
20 operable to terminate the boot operations and to signal a fault in step 90. 

As an alternative to terminating the boot operation in the absence of a smart card, if a 
set of unique network identities different from those used on the smart cards were 
made available by the hardware manufacturer, it would be possible, when the smart 

25 card was not present, for the processor 42 to read such a default network identity from 
a non-volatile RAM 46 provided, for example, on the motherboard. The non- volatile 
RAM 46 can be arranged to store the default network identity, which would be pre- 
designated and pre-loaded into the non-volatile RAM 46 by the manufacturer of the 
motherboard 24 and would not be transportable between systems. In such a case, in 

30 the event that the smart card 54 is not present in the smart card reader 40, then the 

16 



SUN REF: P6117US 



default network identity from the non-volatile RAM 46 could be used by the 
motherboard to communicate via the network 2. 

An example of the operation of the processor 42 on reading the code in the boot 
5 PROM 48 for this alternative is summarised by the flow diagram shown in Figure 6. 
In Figure 6 at the start of the process 80 the processor reads the boot PROM 48 and 
performs the following steps. 

At decision step 82 the processor determines whether there is a smart card present in 
10 the smart card reader 40. If the smart card is present then the processor operates at 
step 84 to read the network identity from the smart card. At process step 86 the 
processor configures the communications port 50 to use the network identity from the 
smart card to communicate via the network. At this point the process terminates 88. 
If the smart card is not present in the smart card reader then the processor operates to 
1 5 read the first network identity from the non- volatile RAM (NV RAM) 46 at process 
step 90. The processor then operates to use the first network identity from the NV 
RAM 46 to configure the communications port 50 to communicate using the first 
network identity via the communications network 92. The process then terminates 88. 

20 Whichever alternative process is used, once the processor 42 has read the boot PROM 
48 and configured the communications port 50 with the network identity, the 
processor probes all the devices and passes the results of the probe to the operating 
system via a device tree. As will be appreciated, the address of the processing unit 
comprising the motherboard is particularly important to the computer system because 

25 this represents the root level Media Access Control (MAC) address of the computer 
system. 

Alternative examples of processing units may be provided with more than one 
communications port for connection to more than one data communications network. 
30 This is shown in Figure 1 as the second communications network 3. The additional 
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communication port(s) may be provided on the motherboard in order to increase 
redundancy so that if one communications network should fail then data 
communications may be made via the other communications network. This may also 
be required in order to increase the bandwidth which may be communicated to and 
5 from the motherboard. Another reason for providing two networks would be to allow 
for two separate networks to be established. One network may be used for system 
administration and one for network communications, which may include Internet 
access. The system administration may be performed by a management network. 
Therefore the communications port is arranged to provide multiple Ethernet ports 
1 0 through which data may be communicated in parallel. Accordingly, the smart card for 
this further embodiment will include a second network identity for use in 
communicating via the second network, and the NV RAM may include a second 
initial network identity. 

1 5 One potential problem with the use of a smart card or other portable storage device 
carrying the network identity (e.g., the MAC address) for a processing unit can occur 
where the smart card is removed from a processing unit while it is running, and is then 
placed in another processing unit which is then started. As a result of this, it could 
occur that two processing units connected to the same network could have the same 

20 network identity (e.g., MAC address), whereby the network could be brought down. 
As described later in this document, it is possible to provide security devices to 
prevent unauthorised removal of the smart card, or the like. However, it can also 
occur that during maintenance or other authorised operations, two smart cards could 
be removed from two processing units, and then those smart cards could inadvertently 

25 be replaced in the wrong processing unit. 

Figure 8 illustrates a process to address this potential problem. 



The presence of the smart card 54 can readily be monitored by a simple hardware 
30 presence pin, that is a pin and associated signal line which carries a signal indicating 
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that a card is present in the card reader. Such a pin forms a standard part of a typical 
card reader and the signal could be carried by a dedicated signal line or via presence 
signals over an I2C bus in a well understood manner. 

5 The process indicated in Figure 8 uses this presence indicator to monitor the presence 
of the smart card. A prerequisite for the method of Figure 8 is the storage in the 
processing unit (possibly in main memory, but advantageously in persistent storage 
such as in an EEPROM or a disk drive) of the network identity read from the smart 
card in step 84 of the processes described with reference to Figures 5 and 6. 

10 

Figure 7 illustrates an additional step 100 that is performed between the steps 84 and 
86 in the process of Figure 5 or Figure 6. In step 100, the network identity read from 
the smart card in step 84 is stored in, for example the NV RAM 46, or alternatively in 
random access memory, a storage device such as a disk drive, register, etc. This step 

15 100 is performed, like the rest of the process of Figure 5 or Figure 6, when the 
processing unit is initially powered up. Accordingly, when a smart card containing 
the network identity is inserted into the processing unit prior to powering up the 
processing unit, step 100 ensures that the same network identity will be stored in a 
storage location in the processing unit as well as being used for network 

20 communications. 

Turning now to Figure 8, following the end step 88 of the process described in either 
Figure 5 or Figure 6, the process of Figure 8 starts at step 121. 

25 Decision step 122 represents the monitoring of the presence pin to indicate whether 
the smart card 54 is still present in the smart card reader 40. If the smart card 54 is 
present in the smart card reader 40, then decision path 124 is followed whereby, 
following a settable delay, decision step 122 is performed once more. In the event, 
however, that it is determined in decision step 122 that the smart card 54 is not present 

30 in the smart card reader 40, then decision path 126 is followed. 
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In step 128, a timer is started to time a period following detection of the absence of 
the smart card 54, at the end of which the processing unit will be powered down 
unless the smart card is reinserted. In step 128, the processing unit also causes a fault 
5 LED to flash and a fatal event signal to be generated. 

At decision step 130, a test is made as to whether a smart card 54 has been reinserted 
into the card reader 40. If this is not the case, then decision path 132 is followed. If in 
step 134 the predetermined time as defined by the timer has elapsed, then decision 
10 path 138 is followed, and the system is powered down at step 140. If the time 
determined by the timer has not yet elapsed, then decision path 136 is followed, and a 
further test is made at step 130 as to whether a smart card 54 has been reinserted into 
the smart card reader 40. If it is determined in step 130 that a smart card 54 has been 
reinserted into the smart card reader 40, then decision path 142 is followed. 

15 

In decision step 144, a test is made as to whether the network identity from the newly 
inserted smart card 54 corresponds to the network identity stored in the processing 
unit from the card that was present when the processing unit was initially powered up. 
If the network identities are not the same, then decision path 146 is followed. The 
20 flashing of the fault LED and the timing of the timer continues, and in step 148 a 
further fatal event signal is generated, prior to testing once more, in decision step 134, 
whether the time indicated by the timer has elapsed. 

Returning to decision step 144, if the network identity in the newly inserted card 
25 corresponds to the network identity stored in the processing unit from the card that 
was present when the processing unit was powered up, it is determined that the same 
smart card 54 has been reinserted into the card reader 40 and decision path 150 is 
followed. In step 152, the timer and the flashing of the LED is cancelled, and a card 
insertion event signal is sent. Control then passes via path 156 back to step 122. 

30 
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The time indicated by the timer within which the correct smart card 54 has to be 
reinserted in order to avoid the processing unit 140 being powered down, is settable 
according to user requirements. The time could, for example, be 20 seconds. 30 
seconds, 60 seconds, 180 seconds etc. The predetermined time is set to be less than 
5 the time it would take for a further processing unit that had received the card to power 
up. A predetermined time of 60 second would, for example, typically be appropriate. 
Accordingly, the predetermined time is chosen such that a network conflict resulting 
from two processing units on the network having the network identity, for example as 
a result of putting a removed card in another processing unit and then powering up the 
1 0 other processing unit, can be avoided. 

The events referenced above are logged in persistent memory within the processing 
unit and can be exported to user interfaces such as a system console interface or a 
network management interface. 

15 

Figure 9 is a schematic representation of the circuitry contained within a smart card 
54. The smart card 54 illustrated in Figure 9 includes a microprocessor or 
microcontroller 59 that receives inputs and power via contacts provided on the smart 
card 54. The connections can support, for example, an I2C bus for the exchange of 
20 information via the card reader 40 to the processing unit. 

The microcontroller or microprocessor 1 60 acts as an access controller for controlling 
access to the random access memory 58 which forms the smart card storage. The 
amount of storage provided in the smart card can vary according to the desired 
25 application. For example, for the present application, a storage capacity of the order 
of 8Kbytes could be suitable, although other capacities could easily be used. 

As will be described later, the storage 58 can be used to define one or more storage 
areas, including, for example, a first storage portion 168 (e.g., 2Kbytes) that is used 
30 for a network identity (e.g., MAC address) and boot (e.g., DOS or OBP) information, 
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with other storage portions such as 170 and 172 being allocated for the storage of 
other information. Within the storage portion 168, a predetermined block 160 (e.g. of 
20 bytes) can be set aside to provide a network identity storage location 164 and 
possibly one or more other storage locations 166 that can contain particular 
5 information, or be left unused. 

The access controller 160 is operable to implement, among other things, key-key 
(otherwise known as key to key or paired key) encryption, whereby one or more of the 
portions of the storage may be designated as secure storage portions accessible only 
10 under the control of the access controller 160 and in response to the receipt of 
appropriate encryption keys from a requesting processing unit. Separate control can 
be provided, in a conventional manner, for the various storage portions, for read 
and/or write access. Smart cards providing the functionality described above are 
commercial items that are readily available. 

15 

Figures 10-12 employ the security aspects of such commercially available smart cards 
to enhance the security and functionality of portable storage devices that contain the 
network identity for a processing unit. 

20 Through the use of a smart card as illustrated schematically in Figure 9, it is possible 
for the network identity held in the smart card to be placed in a secure storage portion 
of the storage 58. Thus, for example, the access controller 160 can be operable to 
implement key-key encryption in respect of the storage portion 168. 

25 With this in mind, Figure 10 describes additional steps that can be inserted in the 
processes of Figures 5 and 6 between the decision path 83 and the step 84 in which an 
address is read from the smart card. These additional steps enable the processing unit 
to verify that the smart card is an authentic smart card with a secure network identity 
and is not merely a copy of a smart card with the appropriate information stored at an 

30 appropriate place within the smart card. 
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Accordingly, following decision path 83 of Figure 5 and 6, and as shown in Figure 10, 
an optional step 178 is to read the content of a predetermined memory location 166 in 
the smart card memory 58 that is normally unused and should be within a secure 
5 write-protected area of the smart card memory 58. Such a memory location could be 
from within the block of bytes 160 that are used to hold the network identity. In a 
particular example, the network identity is held in a 20-byte block (e.g., 160) that 
includes blank bytes at predetermined locations. For example, some of those bytes 
could be used in this process as the card memory location 166, or alternatively a 
1 0 memory location in any other part of the secure card storage. 

The content of that location can then be stored in memory or in a register in the 
processing unit. This step can be omitted if there is a predetermined memory address 
in a secure write-protected portion of a valid smart card that has known information 
15 stored therein. The known or read information can be termed the expected 
information. 

The processing unit is operable in step 180 to attempt a simple write operation to 
write predetermined information (e.g., the content of a processing unit memory 

20 location or of a processing unit register) to the card memory location 166. The 
predetermined information to be written should be different from the expected 
information. This predetermined information is termed the written information. If the 
smart card is a valid smart card with an appropriately configured access controller, the 
access controller 1 60 will detect and prevent this unsecured and unencrypted attempt 

25 to modify part of the network identity. If the card in the card reader is not a valid 
secure smart card, and is, for example, a simple memory card, then the write operation 
will typically be effective. 



In step 182, a read operation is effected from that same memory location 166 by the 
30 processing unit and in step 1 84 a test is made as to whether the information read from 
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the secure memory location in step 182 corresponds to the expepted information, or 
whether it corresponds to the written information. 

If, in step 184, it is determined that the information read from the secure memory 
5 location in step 1 82 corresponds to the expected information, then it is assumed that 
the write attempt was not successful, and then decision path 186 is followed. At this 
point, the processing unit is able to determine from the failure of its write attempt that 
the smart card is a secure smart card, and is then able in step 84 to proceed with the 
processes of Figures 5 or 6, as appropriate, to read the network identity from the smart 
10 card. 

Alternatively, if, in step 1 84, it is determined that the information read from the secure 
memory location in step 182 corresponds to the written information, then it is 
assumed that write attempt was not successful, and then decision path 188 is followed. 
1 5 At this point it is then assumed that the portable data device was not a secure smart 
card of the type described, and accordingly decision path 188 is followed. As a result 
of following decision path 188, the processing unit could be configured to power itself 
down, or alternatively to use the network address from NV RAM in accordance with 
steps 90 and 92 of Figures 5 and 6. 

20 

In a secure smart card as described above, it will be necessary at some point to write 
required information to the smart card, even to the secure portions thereof. There now 
follows a description with reference to Figures 11 and 12 of processes for accessing 
and/or modifying the contents of the smart card or other portable storage devices that 
25 are provided with an access controller that controls access to one or more secure 
memory portions within the card using key-key encryption. The processes of Figures 
11 and 12 can be performed at any time following the processes of Figures 5 and 6 
when the processing unit is powered up. 



24 



SUN REF: P6117US 



Figure 1 1 describes a process enabling modifications to a network identity in a secure 
smart card, using conventional key-key encryption techniques. 

In step 190, when it is desired to update a network identity at the card memory 
5 location 1 64 or reprogram the secure smart card, the processing unit 22, or a private 
application operating on the processing unit 22 is operable as an originator to send a 
request encrypted with a supplied key to the smart card 54 via the card reader 40. The 
supplied key used to encrypt the request can be a key allocated to the processing unit 
or the private application, for example. 

10 

In decision step 192, the access controller 160 is operable to verify the supplied key 
against the originator's public serial number (key). If the supplied key supplied by the 
originator for the request does not verify against the public key, then the decision path 
194 is followed and an error message is returned at step 196 to the processing unit and 
1 5 access to the network identity stored in the storage portion 1 68 is not permitted. 

If, however, in decision step 192, it is determined that the supplied key for the request 
does verify against the public key, then decision path 198 is followed and the access 
controller 1 60 is operable in step 200 to generate and return an access key generated 
20 using a private serial number (key) held by the access controller 160 (e.g., in firmware 
or a register in access controller or in a secure portion of the smart card memory 58). 

In step 202, the processing unit 22 is then operable to encrypt a command using the 
supplied access key for modifying the network identity stored in the secure storage 
25 portion 168 of the storage of the smart card 54. This encrypted command is then sent 
via the card reader 40 to the smart card 54. 

In decision step 204, the access controller 160 is then operable to verify the received 
encrypted command. 

30 
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If the encrypted command does not verify correctly, then decision path 206 is 
followed and an error message is returned at 196 to the processing unit 22. 

Where, however, the received encrypted command does verify correctly, then decision 
5 path 208 is followed, and in step 210 the network identity at the card memory location 
164 is modified. The process ends at step 220. 

It can be seen that the process of Figure 11 can enable the programming of an 
appropriate network identity, or processing unit ID, and to replace damaged cards 

10 using conventional key-key encryption. The key-key (paired key) encryption interface 
is provided within the access controller (microprocessor or microcontroller) in 
conventional and commercially available secure smart cards. An operator can use a 
private application to send a key that is verified against its public serial number (key) 
by the code in the access controller 160. The access controller 160 then replies with 

15 another key generated using the private serial number (key) held in the access 
controller code. The private application can then send an encrypted command to 
reprogram the network identity in the memory of the smart card 54. 

As this process employs key-key encryption, this process could also be performed by a 
20 remote service engineer on a live spare card at a customer site to give an instant 
replacement without concerns over the security of the cards being compromised. 

It will be appreciated that this approach is not restricted to use with network identities 
for processing units such as server systems, but could be extended to all computer 

25 systems provided with card readers to provide for a secure identity for software 
licensing that can rapidly be moved to a new system in the event of a failure. For PC- 
based systems, the appropriate network identity will be a system primary MAC 
address. The use of an approach as described with reference to Figure 10 can avoid 
the use of third parties having to provide "dongle" protection to software as a secure 

30 smart card provides a secure medium for identification purposes. 
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For example, typical hardware and software network access encryption solutions 
require long-term network security encryption keys (network security encryption keys) 
that are associated with session creation. The network security encryption keys are 
5 used to encrypt messages, files and transmissions, for example for access to and for 
providing services, etc. They are digitally signed by a certificating authority and have 
a life of approximately 2 years. If a server containing the hardware or software 
encryption solution fails, the rapid transfer of these keys to a replacement server in a 
secure fashion is highly desirable to increase service availability. 

10 

Figure 12 illustrates an approach to this that is comparable to the approach described 
earlier with reference to Figure 1 1 for managing secure network identities. In 
particular, a secure removable and portable storage device, such as a secure smart 
card, as used for holding the network identity, can also be used for storing network 
15 security encryption keys. In this way, the network security encryption keys can be 
associated with a processing unit when the secure portable storage device is present in 
the processing unit, but can rapidly be moved to a replacement processing unit 
without a service engineer having access to the network security encryption keys. 

20 Through the use of a secure portable storage device such as a secure smart card, the 
network identity and the network security encryption keys can be protected by means 
of key-key encryption and can therefore be secure with regard to unauthorised access 
to that information. 

25 The long-term network security encryption keys can be stored in a secure storage 
portion (e.g., the portion 170 or the portion 172) of the storage 58 of the smart card 
54. If the encryption chip hardware interface of the smart card is then exported to 
allow a key-key encrypted link to be set up for reading and writing the keys, the 
processing unit 22 can be operable to negotiate reading of the keys, and writing of the 

30 keys to the secure smart card. In this way, the initial programming of the smart card is 
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possible, and then this programming can be transferred to a further processing unit 22' 
without the other processing unit 22 ever knowing the keys. As such, following initial 
programming, the keys are only ever actually known internally to the access controller 
160 of the smart card and are therefore highly secure. 

5 

A software approach to programming and accessing the smart card can be achieved by 
initiating a key-key encrypted session to the smart card and either reading or writing 
keys to the card for initial storing and/or retrieving of the keys in the event of the 
processing unit 22 being exchanged. Details of such a process is described below 
10 with reference to Figure 12, which corresponds generally to the process of Figure 1 1. 

Figure 12 describes a process enabling long-term network security encryption keys to 
be held in secure storage in a secure smart card, using conventional key-key 
encryption techniques. 

15 

In step 290, when it is desired to access a long-term network security encryption key 
held, for example, in a secure portion 170 of the secure smart card 54, the processing 
unit 22, or a private application operating on the processing unit 22, is operable as an 
originator to send a request encrypted with a supplied key to the smart card 54 via the 
20 card reader 40. The supplied key used to encrypt the request can be a key allocated to 
the processing unit or the private application, for example. 

In decision step 292, the access controller 160 is operable to verify the supplied key 
against the originator's public serial number (key). If the supplied key supplied by the 
25 originator for the request does not verify against the public key, then the decision path 
294 is followed and an error message is returned at step 296 to the processing unit and 
access to the secure portion 1 70 is not permitted. 

If, however, in decision step 292, it is determined that the supplied key for the request 
30 does verify against the public key, then decision path 298 is followed and the access 
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controller 160 is operable in step 300 to generate and return an access key generated 
using a private serial number (key) held by the access controller 160 (e.g., in firmware 
or a register in access controller or in a secure portion of the smart card memory 58). 

5 In step 302, the processing unit 22 is then operable to encrypt a command using the 
supplied access key for accessing the secure storage portion 170 of the storage of the 
smart card 54. This encrypted command is then sent via the card reader 40 to the 
smart card 54. 

10 In decision step 304, the access controller 160 is then operable to verify the received 
encrypted command. 

If the encrypted command does not verify correctly, then decision path 306 is 
followed and an error message is returned at 296 to the processing unit 22. 

15 

Where, however, the received encrypted command does verify correctly, then decision 
path 308 is followed, and in step 310 the secure storage portion 170 is accessed. The 
process ends at step 320. 

20 The access that is performed could be either a read or a write access. Each type of 
access could be controlled separately, or access could be permitted for both reading 
and writing. 

It can be seen that the process of Figure 12 can enable the initial programming of a 
25 secure smart card with long term encryption keys and modifications to those keys, as 
required, subject to being able to provide an appropriate key to the smart card to be 
able to get access to the appropriate storage portion in the smart card using 
conventional key-key encryption. The key-key encryption interface is provided within 
the access controller (microprocessor or microcontroller) in conventional and 
30 commercially available secure smart cards. As described with reference to Figure 1 1, 
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an operator can use a private application to send a request. using a key for that 
application, which is verified against its public serial number (key) by the code in the 
access controller 160. The access controller 160 then replies using another key 
generated using the private serial number (key) held in the access controller code. The 
5 private application can then send an encrypted command to access the encryption keys 
in the secure portion 170 in the memory of the smart card 54. 

To facilitate access to the storage portions such as the storage portions 168. 170 and 
172 of the smart card storage, the processing unit can be operable to access the storage 
10 in a format such as a file, whereby the processor can reference the content of the 
storage in the same manner as a file held on a disk, or the like. 

It will also be appreciated that the process described with reference to Figures 1 1 and 
12 could also be applied to the storage of different types of information held in files. 

15 

As mentioned earlier, to prevent inadvertent removal of the smart card 54 from the 
card reader 40, means can be provided to resist removal of the smart card. Figure 13 
illustrates an example of this where parts also appearing in Figure 4 bear the same 
numerical references. In Figure 8 the front of the motherboard 24 in which the 

20 receiving slot 32 formed is shown to include a security barrier 340 which covers the 
front of the receiving slot 32 of the motherboard 24 so as to obstruct the receiving slot 
32. The barrier 340 is secured in place by fixing screws 342, 344 which may be 
shaped and configured to prevent removal of the fixing screws 342, 344 without 
provision of a correspondingly configured removing tool. The arrangement of the 

25 barrier 340 and the fixing screws 342, 344 is provided to prevent the smart card 54 
from being removed from the smart card reader 40. Alternatively, for the embodiment 
shown in Figure 6 the barrier 340 and fixing screws 344, 342 are arranged to prevent 
an incorrect smart card being introduced into the smart card reader 40 after the 
motherboard has already been configured with the correct network identity which has 

30 been loaded into the address register 1 00. 
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Although the smart card reader 40 shown in Figure 4 is mounted with the plane of the 
smart card substantially parallel to the plane of the motherboard, alternative 
arrangements are possible and will be determined by the mechanical requirements for 
5 mounting the smart card reader on the motherboard. As such an alternative 
arrangement is shown in Figure 14 in which the smart card reader 40 is mounted 
perpendicularly to the plane of the motherboard 24. 

Figure 1 5 illustrates a further example of a processing unit according to the invention. 
10 Figure 15 is a physical plan view of a narrow form factor computer system 401 
designed for rack mounting that implements an embodiment of the invention. This 
example of a processing unit provides a compactly configured computer server 
offering high performance at reasonable cost. 

1 5 The computer system 40 1 comprises an enclosure 4 1 0 with a front bezel 4 1 9 that is 
removable for front access to the disk drives and a portable storage device 54 and 
device reader 40. 

The portable storage device 54, which can be implemented as smart card, is known as 
20 a System Configuration Card (SCC) in the context of this example. 

Rack mounting is supplied for standard 1 9" racks via right-angled flanges (not 
shown). Slide-rail support is also provided. 

25 The enclosure 410 is cooled, from front to rear, by two system fans 412, 414 mounted 
on a rear panel of the enclosure, with venting in the front and rear panels as required. 
The host processor (CPU) 416 also has its own dedicated local cooling comprising an 
impingement fan 41 8 that clips onto the CPU socket. These three fans plug directly 
into the motherboard 420 at 413, 415 and 417, respectively. The motherboard 420 is a 

30 PCB assembly, designed in a custom form-factor to fit the enclosure 410. The shape 
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of the motherboard is chosen so as to minimise cabling within the enclosure. The 
motherboard 420 carries the majority of circuitry within the computer system 401 . 

All external interfaces are included directly on the rear edge of the motherboard, for 
5 access through the rear-panel 411 of the enclosure 410. The external interfaces 
comprise two network interfaces 421, two serial interfaces 484, 486 and a Small 
Computer System Interface (SCSI) interface 478. Indicators (e.g., LEDs) for Power, 
Fault and Network Link status are also positioned at the rear of the enclosure. These 
can include a power LED 490 that is illuminated when the processing unit is powered 
10 and a fault LED 49 1 that can be operated (e.g., illuminated or flashed) to indicate a 
fault condition. 

A system, or host, processor (CPU) 416 for the computer system 401 is mounted in a 
standard zero insertion force (ZIF) socket on the motherboard 420. It has a passive 

15 heat sink. Dual in-line memory modules (DIMMs) are mounted in sockets 425 on the 
motherboard 420. A small printed circuit board (PCB) 422 is included at the front of 
the enclosure 410 to carry a System Configuration Card (SCC) reader 40 and LEDs 
427 for Power and Fault status indication. A 10-way ribbon cable 424 connects this 
PCB to the motherboard 420. Two SCSI hard disk drives 426 and 428 are mountable 

20 in respective bays to the front of the motherboard 420. The drives are hot-pluggable 
and are accessible by removal of the front bezel 419 and EMI shields 430. The two 
internal SCSI hard disk drives 426 and 428 plug directly into the motherboard via 
right-angled connectors 432 located on the front edge of the motherboard 420. 

25 A slim (notebook-style) CDROM drive bay is provided, mounted laterally in front of 
the motherboard, for a CDROM drive 434. Compact disks may be inserted and 
removed via an access slot (not shown) located on the lower left side of the front bezel 
41 9. A connector at the rear of the CDROM bay connects the CDROM drive 434 via 
a ribbon cable 436 to the motherboard 420. 

30 
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A Power Supply Unit (PSU) 438 is connected to the motherboard yia a short harness 
40 with two mating connectors 442 and 444 for power and services. The PSU 438 has 
its own cooling fan 446 and additionally houses the system power switch 448 and 
power input connector(s) 450. 

5 

Figure 16 is a schematic block diagrammatic representation of the system architecture 
for the processing unit of Figure 15. 

In this particular example, the CPU 416 of Figure 16 is an UltraSparc processor 452 
1 0 available from Sun Microsystems, Inc. In other embodiments other processors could, 
of course, be used. A configurable clock generator 454 is provided to supply various 
system clocks. A vectored interrupt Controller (I-Chip2) 456 is provided for handling 
interrupts. Also provided is a configurable core Voltage Regulator Module (VRM) 
458. 

15 

Four sockets 425 are provided for commodity DIMMs 460. Connections are provided 
for a 72 bit data path with Error Correction Codes (ECC). A Personal Computer 
Interconnect (PCI) bus architecture is provided that includes an Advance PCI Bridge 
(APB) 462. This PCI Bridge 462 concentrates two secondary PCI busses (PCI Bus A 
20 and PCI Bus B) onto a primary PCI bus (PCI Bus) as represented in Figure 16. 

A so-called South Bridge 464 is a commodity PCI IO device used extensively in the 
PC industry. Among other functions, it implements a dual IDE controller, a System 
Management Bus (SMBus) controller, two Asynchronous Serial Interfaces and a 

25 power management controller. The IDE controller component of the South Bridge 
464 supports a maximum of four IDE devices via Primary and Secondary ATA busses 
485. The (SMBus) host controller provides an I2C compatible, synchronous serial 
channel 487 for communication with devices sharing the SMBus protocol. The 
SMBus is used to communicate with the DIMMs. It is also used to communicate with 

30 the System Configuration Card (SCC) reader interface 489 (for the portable storage 
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device reader 40), with a chip 490 holding information for identifying a field 
replaceable unit (FRU ID) to obtain configuration information and with the DIMMs 
460. 

5 The two Asynchronous Serial Interfaces provide two serial channels (Serial B and 
Serial) 486 and 487. The Serial B channel 486 connects directly to provide an 
external port via an RJ45 connector. 

The Serial channel 487 is selectively connectable to an external user interface port 
10 (Serial A/LOM) 484 having an RJ45 connector via the service processor 498. The 
service processor 498 selectively connects the external port 484 to, and disconnects 
the external port 484 from, the serial channel 487 to enable the external port 484 to be 
used as a combined Console/LOM port. Serial Universal Asynchronous 
Receiver/Transmitters (UARTs) are located within the South Bridge 464 for 
1 5 controlling the serial communication. 

Two Personal Computer 10 (PCIO) devices (RIO 0 and RIO 1) 466 and 468 are also 
provided. These PCIO devices 466 and 468 are positioned on PCI Bus B. The first 
PCIO device 466 provides EBUS, Ethernet and Universal Serial Bus (USB) 
20 interfaces. EBUS is a Sun Microsystems parallel bus compatible with the so-called 
Industry Standard Architecture (ISA) bus protocol. The second PCIO device 468 
implements Ethernet and USB interfaces. 

A dual wide (16 bit) Fast-40 (Ultra2SCSI) controller 470 connects two independent 
25 SCSI busses (SCSI Bus A and SCSI Bus B) 478 to the PCI Bus A. 

Figure 16 also illustrates a 1MB Flash PROM 92 for configuration and boot 
information, and a Real-time Clock with 8kB Non- Volatile Random Access Memory 
(NV RAM) 494. 

30 
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As shown in Figure 16, a service processor 498 is also provided- In the present 
embodiment, the service processor 498 is implemented as an embedded 
microcontroller module based on the Hitachi H8 series of Flash microcontrollers. The 
module can be directly incorporated onto a motherboard at very low cost. 

5 

In an embodiment of the invention, the microcontroller 498 can be programmed with 
microcode to control the reading of the portable storage device 54 via the SouthBridge 
464 and the SCC reader interface to the device reader 40 and the processes described 
with reference to Figures 5, 7, 9 and 10-12. 

10 

Figure 17 shows a system configuration card 54 being inserted into the device reader 
40 that comprises a card receiver 510 and a card reader 40 mounted on the PCB 422 
mentioned with reference to Figure 15. 

1 5 The system configuration card 54 is shown with the printed circuit on the underside 
for being read by the card reader 40. The card receiver 5 1 0 provides a slot for 
receiving the system configuration card 54 and for guiding the system configuration 
card into the card reader 40. The card receiver 5 1 0 is provided with a hole 514 
through which a locking device can be inserted for securing the card in the inserted 

20 position. As shown in Figure 1 7, with the card 54 partially inserted, the hole 5 14 is 
blocked by the card 54. 

However, when the card 54 is fully inserted, as shown in Figure 18, at which time the 
circuit contacts in the card are in contact with card reader contacts (not shown) 

25 provided within the card reader 40, the hole 5 1 4 in the card receiver 5 1 0 aligns with 
the notch 502 in the card 54. In this position, a locking device, for example a padlock, 
a wire with a seal, a cable tie, or the like, may be inserted through the hole 514 to lock 
the card in place. In the fully inserted position as shown in Figure 1 8, it will be noted 
that a small portion 506 of the card 54 is still visible in a recess 5 12 in the card 

30 receiver 5 1 0, whereby the end of the card can be gripped to pull the card out of the 
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card reader 40 assuming that a restraint or locking device is not provided through the 
hole 514 at that time. 

A computer program product including a computer program for implementing one or 
5 more of the processes described with reference to Figures 5, 6, 7,8, 10, 1 1 and 12 can 
be provided on a carrier medium. The carrier medium could be a storage medium, 
such as solid state magnetic optical, magneto-optical or other storage medium. The 
carrier medium could be a transmission medium such as broadcast, telephonic, 
computer network, wired, wireless, electrical, electromagnetic, optical or indeed any 
10 other transmission medium. 

There has been described a processing unit, for example a computer server, that is 
connectable to a data communications network and has a device reader for reading a 
supplied network identity from a portable storage device such as a smart card or the 

15 like. The processing unit then uses the supplied network identity from the portable 
storage device for communicating via the data communications network. The 
processing unit monitors the continued presence of the portable storage device. In the 
event that the processing unit detects that the portable storage device has been 
removed from the device reader, it signals a fault state. The processing unit can be 

20 arranged to power itself down where a portable storage device having same network 
identity is not returned to the device reader within a predetermined time. As a result, 
the processing unit from which the portable storage device was removed can enable 
action to be taken to avoid a network failure that could result from two processing 
units on the network have the same network identity (e.g., as a result of placing the 

25 removed storage device in another processing unit). Following removal of the 
portable storage device from the device reader, the processing unit monitors for the 
presence of a portable storage device in the device reader. If it detects a newly present 
portable storage device, it reads a network identity from the newly present portable 
storage device and compares the read network identity to a stored copy of the original 
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network identity. If the network identities match, then the processing unit can be 
operable to cancel the timer and accept the newly present portable storage device. 

As will be appreciated by those skilled in the art, various modifications may be made 
5 to the embodiments herein before described without departing from the spirit and 
scope of the present invention. In particular, although the embodiment of the present 
invention has been described for an application in which the processing unit is 
replaceably mounted in a chassis, it will be appreciated that in other embodiments, the 
processing unit may be any device that is connectable to a communications network. 
1 0 It will be appreciated that in other embodiments the network identity can be provided 
to such devices through, for example, a smart card and a smart card reader. As will be 
appreciated, also, a smart card is one example of a secure portable storage device and 
secure portable storage devices and simple memory portable storage devices having 
other formats could be used with an appropriate device reader being provided. 
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